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Description 

FIELD OF THE INVENTION 

[0001] The present invention relates to configuration of computers. More specifically, it relates to a nnethod and 
system for automatic transitioning of configuration settings among computer systems. 

BACKGROUND OF THE INVENTION 

[0002] In today's world, where technology changes very quickly, it is very common to replace an old computer system 
every few years with a new computing system. It has been estimated that approximately 90,000,000 personal com- 
puters are sold each year, with approximately 90% of the sales comprising new computing systems to replace old 
computing systems. The new computing systems typically include more memory, larger hard-disks, faster central 
processing units, better quality monitors, updated versions of operating systems, new software applications and other 
improved features. 

[0003] Any old computer system typtealty includes a large number of configuration settings that have been added 
and/or customized by a user or a network manager The configuration settings may include Internet settings, modem 
or other network settings, dial-up phone numbers, a desktop "look and feel," file system folders settings, application 
settings, folder names and locations, macros and editing options, custom dictionaries, electronic mail ("e-mail') address 
books, inboxes, passwords, subscriptions, certificates and other configurations or setting customized by a user or a 
network manager, or other configuration parameters used over time such as cookies, etc. 

[0004] A method and system for tracking the configuration of a computer coupled to a computer network is disclosed 
In US 5,758,071 such that configuration data is repeatedly obtained using a first computer wherein the configuration 
data comprises information about the configuration of the first computer. The configuration data Is automatically sent 
over the computer network to a second computer coupled to the network. The configuration data is logged to a con- 
figuration database using the second computer 

[0005] There are several problems associated with making a transition from an old computing system to a new 
computing system. First, there is currently no easy way to determine what configuration settings a user or a network 
administrator may have customized, since there is no one central location where such configuration files are stored. 
Operating systems and other hardware and software applications typically have unique directories and unique file 
names to store configuration files and settings. These unique directories and configuration files can exist virtually 
anywhere on an old computer system. Trying to collect configuration settings is a difficult task. The average user or 
network administrator may have to spend large amounts of time reading documentation or help screens to figure out 
where the configuration files are stored for any given application. 

[0006] Another problem is that there is no easy way to collect and store heterogeneous configuration settings when 
they are located. The operating system and applications typically use unique data layouts and data storage features 
that do not allow for homogenous collection and storage. 

[0007] Another problem is that there is no easy way to transfer old configuration settings to a new computing system. 
When a new computer system is used, a user or a user's agent typically has to re-configure the new computing system 
to include configuration settings that were used on an old computer system. All but the most rudimentary pieces of 
"the migration process" are done by hand. This requires many hours of hands-on time, with lost productivity and a 
"start from scratch" resignation. Many users often decide to stick with an obsolete old computer system rather than 
wrestle migration and manual re-configuration required for a new computing system. 

[0008] Yet another problem is that configurations settings on an old computing system may be stored in a new lo- 
cation, in a new file, or in new format on a new computing system. An old configuration setting may have to be translated 
or othenwise modified to provide the same results on the target computing system. Such translation and/or modifications 
are typically completed by hand and are prone to errors that lead to user frustration. 

[0009] Yet another problem is that the migration to a new computing system typically requires training on new features 
of new target computing system before migration can take place. This training often delays the migration process. In 
addition, a manual migration process used without adequate training on the new computing system can decrease 
quality of service on the new computing system since one or more configuration settings may be missed on the old 
computing system and not be transferred to the new computing system. 

[0010] Yet another problem is the Year 2000 ("Y2K") problem, which may force companies to quickly migrate large 
numbers of computing systems to new technology before the year 2000. The issues of migration in the face of a Y2K 
breakdown is a daunting problem by itself. A manual migration process acts to increase the complexity of the Y2K 
problem. 

[0011] Thus, it is desirable to automatically detemnine configuration settings customized by a user or a network 
administrator on a old computing system. It is also desirable to provide an automatic migration of configuration settings 
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from an old computing system to a new computing system without using a time consuming manual migration process. 
SUMMARY OF THE INVENTION 

5 [0012] In accordance with preferred embodiments of the present invention, some of the problems associated with 
transferring configuration settings from an old computer system to a new computer system are overcome. A method 
and system for automatically transitioning configurations among computer systems is provided by the invention ac- 
cording to claims 1 and 35. One aspect of the invention includes a method for automatically transitioning configuration 
settings from source (i.e.. old) computing system to a target (i.e., new) computing system. 

10 [0013] This method includes locating multiple configuration settings on a source computing system using multiple 
transition rules from a Personality object. The multiple configuration settings are extracted from a multiple locations 
on the source computing system. The multiple extracted configuration settings are stored in a pre-determined transition 
format on the source computing system. The multiple extracted configuration settings stored in the pre-determined 
transition fomnat are manipulated. A translation package is prepared from the multiple manipulated configuration set- 

15 tings stored in the pre-detemnined transition fomnat. The translation package is used to transfer the multiple manipulated 
configuration settings from the source computing system to a target computing system. 

[0014] The translation package is transferred to a target computing system, or stored as an intermediate step in the 
transition process. The translation package may also be created stored on an intermediate computing system. The 
translation package is infused on the target computing system to transition configuration settings from the source 

^ computing system to the target computing system. The configuration settings in the translation package may be op- 
tionally verified to ensure that the configuration settings have been correctly applied to the target computing system. 
[0015] Another aspect of the invention includes an automatic transition system. The system comprises a database, 
and extraction application, a preparation application, an injection application and a user interface application. However, 
more or fewer system components could also be used and the present invention is not limited to the system components 

25 described. 

[0016] The database is used for storing configuration settings extracted from a source computing system, manipu- 
lated configuration settings from a source computing system, and transition packages to transition configuration settings . 
from a source computing system to a target computing system. The database may Include data stored in a database 
format or in other formats such as a data structure fomnat, a file format, or other volatile or non-volatile formats. The 

30 extraction application is used for locating and extracting configuration settings on a source computing system for tran- 
sition to a target computing system. The preparation application Is used for manipulating configuration settings extract- 
ed from a source computing system and for preparing a transition package. The injection application is used for infusing 
manipulated configuration settings from a transition package to transition configuration settings from a source com- 
puting system to a target computing system. The user interface application is used for preparing an extraction plan. 

35 and a transition plan to extract and transition configuration settings from a source computing system for a target com- 
puting system. 

[0017] The method and system provide an automated transition process for transition configuration settings from a 
target computing system to a host computing system. The method and system may vastly reduce transition, configu- 
ration and deployment times for sen/ice providers, corporations, and end-users for transitions from a target computing 
40 system to source computing system. The method and system may save time, resources, improve transition quality, 
and reduce user frustration. 

[0018] The foregoing and other features and advantages of preferred embodiments of the present invention will be 
more readily apparent from the following detailed description. The detailed description proceeds with references to the 
accompanying drawings. 

45 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0019] Preferred embodiments of the present invention are described with reference to the following drawings, where- 
in: 

50 

FIG. 1 is a block diagram illustrating an exemplary translation system; 

FIG. 2 is a block diagram illustrating an exemplary layered transition architecture; 

FIG. 3 is a flow diagram illustrating a method for automatically determining transition configuration settings from 
a source computing system for a target computing system; 
55 FIG. 4 is a block diagram illustrating components of a Personality object; 

FIG. 5 is a flow diagram illustrating a method for automatically applying determined transition configuration settings; 
FIGS. 6A and 6B are flow diagram illustrating a method for automatically transitioning configuration settings; and 
FIG. 7 is a block diagram illustrating a data flow for the automatic configuration setting transition method of FIGS. 
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6A and 6B. 

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 
Exemplary transition system 

[0020] FIG. 1 is a block diagram illustrating an exemplary transition system 1 0 for automatically transitioning config- 
uration settings from a source (i.e., old) computing system to a target (i.e., new) computing system. The transition 
system 1 0 includes a source computing system 12. The source computing system 12 includes a Transition application 
14. The Transition application 14 comprises: a database 16, an Extraction application 18, a User Interface application 
20, and a Preparation application 22. The Transition application 14 further comprises an Injection application 24 that 
is sent to a target computing system 26. However, more or fewer components could also be used in the transition 
system 10, including intermediate computing systems between the source computing system 12 and the target com- 
puting system 26, and the present invention is not limited to the components illustrated in FIG. 1 . 
[0021] In one exemplary preferred embodiment of the present invention, the database 16 is used for storing config- 
uration settings extracted from the source computing system 12, manipulated configuration settings and transition 
packages to transition configuration settings from the source computing system 12 to a target computing system 26. 
The database 16 may include data stored in a database fonnat or in other fomiats such as a data structure format, a 
file format, or other volatile or non-volatile storage formats. The Extraction application 18 is used for locating and 
extracting configuration settings on the source computing system 12 to transition to the target computing system 26. 
The User Interface application 20 is used for preparing an extraction plan and a transition plan to extract and transition 
configuration settings from the source computing system 12 to the target computing system 26. The Preparation ap- 
plication 22 Is used for manipulating configuration setting extracted from the source computing system 12 and for 
preparing a transition package. The transition package is used to transition configuration settings from the source 
computing system 12 to the target computing system 26. The Injection application 24 is used for infusing manipulated 
configuration settings from a transition package to transition configuration settings from the source computing system 
12 to a target computing system 26. However, the present invention is not limited to the functionality described for the 
transition applications, and the transition applications can include more or less functionality. The transition applications 
are explained in detail below. 

[0022] In one embodiment of the present invention, the Transition application 14 including the database 16, the 
Extraction application 1 8, the User Interface application 20, and the Preparation application 22 without the Injection 
application 24 reside on the source computing system 12, This is illustrated in FIG. 1 by the dashed line dividing source 
and target components of the Transition application 14. In such an embodiment, only the Injection application 24 resides 
on the target computing system 26. 

[0023] In another preferred embodiment of the present invention, a Transition application 14 including a database 
16, an Extraction application 18, a User Interface application 20, and a Preparation application 22, and an Injection 
application 24 resides on both the source computing system 12 and the target computing system 26 (not illustrated in 
FIG. 1). 

[0024] In another preferred embodiment of the present invention, the source computing system 1 2 only temporarily 
includes the Transition application 14. That is, the Transition application 14 is not installed on any non-volatile storage 
on the source computing system 12. The Transition application 14 only "resides" in volatile storage (e.g.. Random 
Access Memory ("RAM")) on the source computing system 12 during the extraction and preparation portion of the 
transition process. The target computing system 26 may also only temporary include the Injection application 24. The 
Injection application 14 may also only reside in volatile storage on the target computing system 14 during the injection 
portion of the translation process. 

[0025] In yet another embodiment of the present invention, components of the Translation application 14 may only 
exist on a "third" computing system and not on either the source computing system 12 or the target computing system 
14, Additional software applications may be used only to retrieve and only to inject settings and such software appli- 
cations would be present only on the source compMJting system 12 or the target computing system 14 and coordinated 
from the third computing system. In yet another embodiment of the present invention, computer hardware or firmware 
may be employed in such a manner that configuration settings are extracted and injected without a software Transition 
application 14 existing on the source computing system 12 or the target computing system 14. 

[0026] In yet another preferred embodiment of the present invention, the source computing system 12 may only 
include the Extraction application 18, The other components of the Transition application 14 reside on one or more 
other computing systems and can be used In a distributed fashion. Extracted transition data can also be stored on the 
one or more other computing systems using distributed computing, 

[0027] An operating environment for the computing systems 12, 26 of the present invention include a processing 
system with one or more high speed Central Processing Unit(s) ("CPU") and a memory system. In accordance with 
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the practices of persons skilled in the art of computer programming, the present invention Is described below with 
reference to acts and symbolic representations of operations or instructions that are perfonmed by the processing 
system. Such acts and operations or instructions are referred to as being "computer-executed" or "CPU executed." 
[0028] The CPU can be either electrical or biological. The acts and symbolically represented operations or Instruc- 

5 tions include the manipulation of electrical signals or biological signals by the CPU. An electrical system or biological 
system represents data bits that cause a resulting transfonmation or reduction of the electrical signals or biological 
signals. The maintenance of data bits at memory locations in a memory system to thereby reconfigure or otherwise 
alter the CPU's operation, as well as other processing of signals. The memory locations where data bits are maintained 
are physical locations that have particular electrical, magnetic, optical, or organic properties con^esponding to the data 

10 bits. 

[0029] The data bits may also be maintained on a computer readable medium including magnetic disks, optical disks, 
electrical memory, organic memory, and any other volatile (e.g., Random Access Memory ("RAM")) or non-volatile (e. 
g., Read-Only Memory ("ROM") a hard disk, etc.,) mass storage system readable by the CPU. The computer readable 
medium includes cooperating or interconnected computer readable medium, whbh exist exclusively on the processing 
IS system or be distributed among multiple interconnected processing systems that may be local or remote to the process- 
ing system. 

Exemplary transition architecture 

^ [0030] FIG. 2 is a block diagram illustrating an exemplary layered transition architecture 28 for the Transition appli- 
cation 14 of FIG. 1 . The Transition application 14 resides In a transition core process 30. The transition core process 
30 includes a control module 32 that is an interface to an operating system 34. The operating system 34 can be a 
windowed operating system such as Windows 95/98/NT by Microsoft Corporation of Redmond, Washington, and other 
windowed or non-windowed operating systems can also be used (e.g., Linux). The transition core process 30 uses 

25 plug-in modules 36 to interface to the operating system 34 and to process configuration settings from the source 
computing system 1 2. The plug-in modules 36 also allow additional modules to be added to provide new and enhanced 
functionality for the transition core process 30. The plug-in modules 36 are explained below (See FIG. 4). 
[0031] In one exemplary preferred embodiment of the present invention, a first transition core process 30 on the 
source computing system 12 controls the Extraction application 18 (FIG. 1), the User Interface application 20 (FIG. 1), 

30 and the Preparation application 22 (FIG, 1). The operating system 34 on the target computing system 26 controls 
execution of the Injection application 24 on the target computing system 26 (e.g., the Injection application 24 is an 
executable file (.EXE)), in another exemplary preferred embodiment of the present invention, a first transition core 
process 30 on the source computing system 12 controls the Extraction application 18, the User Interface application " 
20, and the Preparation application 22. A second transition core process 30 on the target computing system 1 2 controls . 

35 a first Injection application 24 on the target computing system 26. 

[0032] In one exemplary preferred embodiment of the present Invention, the transition core process 30 includes an 
Application Programmer's Interface ("API"). The transition API aHows other applications to call transition application 
functions (e.g., Hyper Text Maricup Language ("HTML"), Java, Visual Basic, Visual Bask; Scripts, C-m-, Visual C-t-+, 
etc.). The transition API also includes functions for low level Input/Output ("I/O"), high level I/O, and smart I/O. The low 

^o level I/O Includes functions for file system I/O, database 1 6 interaction, transition specific I/O, operating system registry 
I/O, etc. The high level I/O includes retrieval of configuration settings, storage of configuration settings, etc. The smart 
I/O Includes smart configuration setting searching capabilities, smart copying capabilities, etc. 
[0033] The transition core process 30 includes an output layer 38, a protocol layer 40, a message layer 42, a database 
16 and a file layer 44. The output layer 38 is used for the various types of I/O as was described above. The protocol 

45 layer 40 allows the transition core process 30 to use protocols such as Hyper Text Transfer Protocol ("HTTP"), File 
Transfer Protocol ("FTP"). User Datagram Protocol (-UDP"). Transmission Control Protocol ("TCP"), Internet Protocol 
("IP") and other protocols to communicate with the source computing system 12 and the target computing system 26. 
The message layer 42 is used for electronic mail ("e-mail") and other communications with the operating system 34 
and the source computing system 12 and the target computing system 26. 

50 [0034] The database 1 6 includes objects used to locate configuration settings on the source computing system. The 
database 16 may be temporary storage such as RAM, or permanent storage such as a floppy disk, hard disk, re- 
writeabie, CD-ROM, Flash memory, Flash-ROM, or other non-volatile computer readable media. The file layer 44 in- 
cludes configuration settings extracted from the source computing system 12, The file layer 44 allows files to be create 
and retrieved across file volumes including local and remote file systems. However, more or fewer layers could also 

55 be used in the translation architecture 28. The present invention Is not limited to the architecture layers illustrated in 
FIG. 2. 



5 



EP1 173 809 B1 



Automatic transition of configuration settings 

[0035] FIG. 3 is a flow diagram illustrating a Method 46 for automatically transitioning configuration settings from a 
source computing system to a target computing system. At Step 48, multiple configuration settings are located on a 
source computing system using multiple transition rules from a Personality object. At Step 50, multiple configuration 
settings are extracted from multiple locations on the source computing system. At Step 52, the multiple extracted 
configuration settings are stored in a pre-determined transition format. At Step 54, the multiple extracted configuration 
settings stored in the pre-determined transition format are manipulated. At Step 56, a transition package is created 
from the multiple manipulated configuration settings. The transition package includes the multiple manipulated config- 
uration settings. The transition package is sent from the source computing system to the target computing system or 
stored as an intemnediate step in the transition process. The transition package may also be stored one or more inter- 
mediate computing systems, local or remote to the source computing system or the target computing system. The 
transition package is infused on the target computing system to transition configuration settings from the source com- 
puting system to a target computing system. 

[0036] Preferred embodiments of the present invention use object-oriented programming techniques. However, non- 
object-oriented programming techniques could also be used. As is known in the art, an "object type," also called an 
"object class," comprises a data-type, services that operate on instances of the data type, and a set of object attributes 
in an object-oriented data-structure. An "object attribute" is a field of data in an object that partially defines that object's 
state. An "object service" implements and manipulates objects, usually by reading or changing the object attributes. 
"Object-oriented design" is a software development technique in which a system or component is expressed using 
objects. 

[0037] An object typically is an object-oriented data-structure that has two components: a function table, containing 
a pointer to each "object member* or member function (i.e., sometimes known as an "object method") defined in the 
object's class, an events table, for accepting events (e.g., OLE or ActiveX control events) and a data block, containing 
the current values for each object variable (i.e., data members, sometimes known as an "object property"). A computer 
software application has some reference to an object through an object pointer. A computer software application obtains 
this object reference by using some type of function call (direct or implied) in which that function allocates an object 
block in computer memory, initializes the function table, and returns a reference to allocated computer memory to an 
application. The computer memory may be local or distributed on a remote computer 

[0038] The Component Object Model ("COM") and Distributed Component Object Model ("DOOM") are models used 
for object-oriented programming and known to those skilled in the art. The COM and DCOM specify how objects within 
a single application or between applications (e.g., client/server applications) interact and communicate by defining a 
set of standard interfaces. Interfaces are groupings of schematically related functions through whteh a client application 
accesses the services of a server application. 

[0039] Object Linking and Embedding ("OLE") controls, such as OLE controls and ActiveX Controls by the Microsoft 
Corporation of Redmond, Washington, are based in part on the Component Object Model and allow the creation of 
objects of different formats which operate on data through defined interfaces, rather than operating on the applications 
responsible for the data. ActiveX is based in part on OLE technologies. An OLE or ActiveX control is an object that 
accepts and responds to events, such a selection by a mouse or a key on a keyboard, or a selection by another object- 
oriented member function. Detailed infomnation on the OLE object interface can be found in Inside OLE, 2nd edition, 
by Kraig Brockschmidt, Microsoft Press, Redmond Washington, 1995 which is incorporated herein by reference. 
[0040] In an exemplary preferred embodiment of the present invention, at Step 48, multiple configuration settings 
are located on the source computing system 12 using multiple transition rules from a Personality object. In an exemplary 
preferred embodiment of the present Invention, the Personality object includes five object-oriented plug-in modules 
36. However, more or fewer object-oriented plug-in modules 36 could also be used. 

Translation Personality object 

[0041] FIG. 4 is a block diagram illustratingcomponentsof a Personality object 58, The Personality object 58 includes 
a Desktop object 60, a Network object 62, an Internet object 64, a Mail object 66 and an Applications object 68. However, 
more or fewer objects could also be used in the Personality object 58. The objects include information about configu- 
ration settings such as location, name, associated sub-settings, etc. In an exemplary preferred embodiment of the 
present invention, the objects 60, 62, 64, 66, 68 in the Personality object 58 are object-oriented objects. However, non- 
object oriented objects could also be used in the Personality object 58, The Personality object 58 and related objects 
60, 62, 64, 66, 68 comprise Object classes that include one or more object members and a data block as was described 
above. 

[0042] In one exemplary preferred embodiment of the present invention, the Desktop object 60 includes user pref- 
erences that affect the appearance and operation of a basic windowed user interface. Exemplary configuration settings 
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included in the Desktop object 60 are illustrated in Table 1 . However, more or fewer configuration settings can also be 
used in the Desktop object 60, and the present invention is not limited to the configuration settings illustrated in FIG. 1 . 



Desktop Object 60 

Visual Elements 

Fonts Including meta data colors, themes, sounds, password wan paper, screen savers, 
metrics, etc. 

Accessibility Elements 

Setthngs that disable accessibiltty to the source computing system 12 
User Interface Hardware Settings 

Display resolutions, mouse trails, keyboard mappings, character settings, etc. 
Regional Settings 

Time zones, data fbnnats. language, cun-ency settings, etc. 
Windows Preferences 

Start menus, desktop shortcuts, document and run commands, etc. 

Registry Settings 

Table 1. 

[0043] The Networl< object 62 includes configuration settings that enable functionality within a private network of 
computers such as a Local Area Network CI^N") or an intranet. In one exemplary preferred embodiment of the present 
invention, the Network object 62 may not include hardware configuration settings. The Network object 62 may instead 
include configuration settings that configure the operating system 34, that in turn are mapped to underlying hardware 
on the source computing system 12. In another exemplary preferred embodiment of the present invention, the network 
object 62 may include hardware settings. 

[0044] Exemplary configuration settings included in the Network object 62 are illustrated in Table 2. However, more 
or fewer configuration settings can also be used in the Network object 62, and the present invention is not limited to 
the configuration settings illustrated in Table 2. . 



Network Object 62 
Service Providers 

Name, network addresses (e.g.. IP address), dial-up numbers, etc. 
Services 

Network services, etc. 
Clients 

Proxies, network servers, etc. 
Domains 

Domain names arKJ subnets, workgroups 
Protocols 

TCP, UDP, IP. HTTP, FTP. etc. 

Registry Settings 

Table 2. 

[0045] The configuration settings from the Network Object 62 are applied to the target computing system 26 within 
the context of operating system 34 services available on the target computing system 26. In one exemplary prefen-ed 
embodiment of the present invention, the Network Object 62 will not install configuration settings for network applica- 
tions that are not available on the target computing system. For example, if the source computing system 1 2 has TCP/ 
IP installed, the Network Object 62 will locate and extract relevant TCP/IP settings from the source computing system 
12. If the target computing system does not have TCP/IP installed, the Network Object 62 will not automatically transition 
the TCP/IP settings from the source computing system 12, since the TCP/IP settings can not be used. In another 
embodiment of the present invention, if the source computing system 12 has configuration settings for a network ap- 
plication that is not installed on the target system (e.g., TCP/IP) the network application will be installed on the target 
computing system and the appropriate configuration settings will then be applied. 

[0046] Another feature of the Network Object 62 is to allow a user to review and edit configuration settings before 
they are applied to the target computing system 26. For example, a network address (e.g., an IP address) extracted 
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from the source computing system may or may not be appropriate for the target computing system, since the target 
computing system may be iristalled on a different computer network. Thus, the user can review and edit the configuration 
settings before they are applied to the target computing system 26. 

[0047] The Internet Object 64 Includes configuration settings that are relevant to the public network of computers 
provided by the Internet. As is know in the art, the Intemet is a world-wide network of inter-connected computers. 
Exemplary configuration settings Included in the Internet object 64 are Illustrated in Table 3. However, more or fewer 
configuration settings can also be used in the Intemet object 64, and the present invention is not limited to the config- 
uration settings illustrated In Table 3. 



Intern^ Object 64 

Accounts 

Intemet service provider accounts, logins. p>assword3. etc. 
Intemet Browser 

Intemet Explorer, Netscape Navigator, etc. 
Intemet browser options 

Favorites, addresses (I.e.. Uniform Resource Locators ("URL's"), cookies, bookmarks, 
histories, newsgroup filters, security settings, channels, certincates, etc. 
Dial-up networking settings 

Dial-up numbers, login names, passwords, etc. 
Network addresses 

IP addresses, etc. 

Registry settings 

Table 3. 

[0048] The Mail object 66 includes configuration settings for electronic mail ("e-mair) and other communication mes- 
saging used on the old computer system 12. In one exemplary preferred embodiment of the present invention, the Mail 
object 66 includes configuration settings for Exchange, Outloolc and Outlooi? Express, by Microsoft, Communicator, by 
Netscape Corporation of Mountain View, California, Pegasas, Eudora, and Lotus Notes, by IBM. However, more or 
fewer e-mail or communications programs could also be supported by the Mail object 66, and the present invention is 
not limited to the e-mail and communications programs listed. 

[0049] Exemplary configuration settings included in the Mail object 66 are Illustrated in Table 4. However, more or 
fewer configuration settings can also be used in the Mail object 66, and the present invention is not limited to the 
configuration settings illustrated in Table 4. 



Mail Object 66 

E^alt, communication applications 

Express, Outlook. Outlook Express. Communicator, Pegasus, Eudora, Lotus Notes, etc. 
Settings 

E-mail address identification, address books, inbox/outbox folders, malt folders, etc. 
Meta Data 

Custom dictionanes, templates, macros, forms 

Registry Settings ; ' \ 

Table 4. 

The e-mail address identification in the Mail Object 66 includes addresses such as a Point-Of- Presence ("POP"), a 
Simple Mail Transfer Protocol ("SMTP") and other e-mail related addresses. 

[0050] The Applications object 68 includes configuration settings of applications installed on the source computing 
system 12. For example, the applications may include Microsoft Word, Excel, Power Point, etc., applications in the 
Word Perfect Suite, by Corel and other applications from the source computing system 12. 

[0051] Exemplary configuration settings included in the Application object 68 are illustrated in Table 5. However, 
more or fewer configuration settings can also be used in the Application object 68, and the present invention is not 
limited to the configuration settings illustrated in Table 5. 
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Application Object 68 
Application 

Word, Excel, Power Point. Word Perfect, etc. 
Settings 

Dictionaries, style, formats, language, fonts, etc. 

Registry Settings 

Tables. 

In one exennplary preferred embodiment of the present invention, the Application object 68 includes configuration 
settings for applications following design guidelines developed for Microsoft Windows operating system applications. 
However, other design guideline developed for applications for other operating systems, such as Linux, could also be 
used to determine which configuration settings are included in the Application object 68. and the present invention is 
not limited to an Application object 68 including configuration settings for just Microsoft Windows applications. 

Exemplary automatic configuration setting translation 

[0052] Returning to FIG. 3, at Step 48, multiple configuration settings are located on a source computing system 
using multiple transition rules from the Personality object 60 (FIG. 4). In one exemplary preferred embodiment of the 
present invention, the Extraction application 18 uses the Personality object 60 to locate configuration settings on the 
source computing system 12. 

[0053] The locating Step 48 can also be used to locate configuration settings on more than one computer simulta- 
neously (e.g., a desktop computer and a laptop computer). The User Interface application 20 is used to configure the 
Extraction application 18. The User Interface application 20 includes a list of "identity units" corresponding to config- 
uration settings that will be extracted from the source computing system 12 and infused on the target computing system 
26. The User Interface application 20 includes the ability to "drill-down" to multiple options and sub-options within an 
identity unit. 

[0054] The User Interface application 20 configures the Extraction application 1 8 with the following options: 1 .) what 
configuration settings to extract; 2.) where to store the results; 3.) at what level will the extraction take place; 4.) how 
the results are ''tagged" for later retrieval; and 5.) how verbose or silent the extraction process is. However, more or 
fewer options could also be configured on Extraction application 18. 

[0055] The "what to extract" option includes creating an Extraction plan. The Extraction plan identifies specific identity 
units that should be located and a list of options for each identity unit. The Extraction plan includes a full list of identity 
units to be located, an exclusion list and an inclusion list. The full list is a "vanilla" state that specifies all identity units 
known on the source computing system 12 that should be located and extracted. The Extraction plan may be modified 
by excluding one or more identity units from the full list. For example, if the full list included 250 identity units, an 
exclusion list could be used to exclude 50 identity units from the full list. If available, the Extraction application 18, uses 
the exclusion list instead of the full list to locate and extract configuration settings corresponding to the identity units 
from the source computing system 12 (e.g., at Steps 50 and 52 of Method 48). 

[0056] The inclusion list allows a user to select any of the identity units from the full list. For example, if the full list 
included 250 identity units, a user may select only 30 identity units from the 250 available identity units. Thus, the only 
the 30 configuration settings from the inclusion list from the Extraction plan will marked as "active." The remaining 230 
possible configuration settings are marked as "in-active" and are not used. If available, the Extraction application 18, 
uses the inclusion list instead of the full list to locate and extract the configuration settings corresponding to the identity 
units. If no exclusion list or inclusion list is created, the Extraction application 18, by default uses the full list to locate 
and extract configuration settings on the source computing system 12. 

[0057] The User Interface 20 is also used to configure the Preparation application 22. The Preparation application 
22 is configured in a similar manner to that described for the Extraction application 18. However, the Preparation 
application 22 includes a "Transition plan" instead of an Extraction plan. The Transition plan includes a full list, as a 
default list, and allows creation of exclusion and inclusion lists as was discussed for the Extraction plan. 
[0058] Returning again to FIG. 3, at Step 50, multiple configuration settings are extracted from multiple locations on 
the source computing system by the Extraction application 18 using the Personality object 60. In one exemplary pre- 
ferred embodiment of the present invention, the Extraction applrcation 18 uses objects from the Personality object 60 
and the Extraction plan described to produce "work product" that is stored in a pre-determined transition format at Step 
52. In one exemplary preferred embodiment of the present invention, the work product is stored on the source computing 
system 12. In another exemplary preferred embodiment of the present invention, the work product is stored on one or 
more intermediate computing systems in volatile or non -volatile storage. 

[0059] In one preferred embodiment of the present invention, the pre-detenmined transition format used to store the 
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configuration settings is a database fomnat for relational databases. However, non-relational database fomnats could 
also be used. In one preferred embodiment of the present invention, the pre-detemnined transition format is a database 
format for System Query Language ("SQL") databases. In another preferred embodiment of the present invention, the 
pre-detemnined transfer format is a database format for a Microsoft Access databases. However, other pre-detemnined 

5 transition formats can also be used and the present invention is not limited to the database fonnats described. 

[0060] In one exemplary preferred embodiment of the present invention, the Extraction application 18 stores the 
configuration settings in a pre-determined transition format in temporary volatile storage (e.g., in RAM). In another 
exemplary preferred embodiment of the present invention, the Extraction application 18 includes a Loader application 
that is used to transfer data from temporary storage to the database 1 6. In such an embodiment, the Extraction appli- 

10 cation 1 8 does not maintain a persistent connection with the database 1 6. The transfer of information from temporary 
storage to the database 1 6 is accomplished with the Loader application. In yet another exemplary preferred embodiment 
of the present invention, the Extraction application 1 8 maintains a persistent connection with the database 1 6 and is 
capable of writing configuration settings in the pre-determined format directly into the database 1 6. 
[0061] At Step 54. the multiple extracted configuration settings stored in the pre-determined transition fomnat are 

f^ manipulated. In a preferred embodiment of the present invention, the configuration settings are manipulated with the 
Preparation application 22 using the Transition plan described above. For example, the Extraction application 18 may 
extract 250 configuration settings from the source computer with an exemplary Extraction plan that included only a full 
list (i.e., no extraction list or inclusion list). An exemplary Transition plan may include only an inclusion list. The exem- 
plary inclusion list may include only 30 of 250 possible configuration settings from the Extraction plan. Thus, the only 

20 the 30 configuration settings from the inclusion list from the Transition plan will marked as "active" in the pre-determined 
transition format by the Preparation application 22. The remaining 230 possible configuration settings are marked as 
"in-active" by the Preparation application 22 and not used. Various combinations of full lists, exclusion lists, inclusion 
lists, from the Extraction plan and Transition plan can be used, and the present invention Is not limited to this example. 
[0062] The manipulation at Step 54 also includes transitioning one or more configuration settings from a format used 

25 on the source computing system to a fomnat used on the target computing system. For example, a configuration setting 
for a computer monitor may be stored with the name config-monitor-old on the source computer system. However, on 
the target computer system, the same configuration setting may be stored with a name config-monitor-new. In addition, 
a configuration setting may be stored in a first directory-A on the source system, and in a second directory-B, on the 
target system. The preparation application 22 handles such transitions at step 54. 

30 [0063] At Step 56, a transition package is created from the multiple manipulated configuration settings. In an exem- 
plary preferred embodiment of the present invention, the Preparation application 22 creates a transition package. In 
one exemplary preferred embodiment of the present invention, the transition package includes a list of commands 
along with necessary source data for the manipulated configuration settings. The list of command may be used to 
provide an ordering for transitioning the configuration settings. However, other transition package formats could also 

35 be used and the present invention is not limited to the transition packages described. The transition package will be 
used by the Injection application 24 to transition the desired configuration settings from the source computing system 
1 2 the target computing system 26. 

[0064] In an exemplary preferred embodiment of the present invention, the transition package is stored in the data- 
base 16 by the Preparation application 22. In another exemplary preferred embodiment of the present invention, the 
40 transition package is also transferred directly to the Injection application 24. In yet another exemplary preferred em- 
bodiment of the present invention, the transition package is read from the database 16 by the Preparation application 
22 and the Injection application included in at a later time. 

Applying a transition package to a target computing system 

45 

[0065] FIG. 5 is a flow diagram illustrating a Method 70 for automatically applying transition configuration settings. 
At Step 72, a transition package is received on a target computing system from a source computing system. At Step 
74, the transition package is infused on the target computing system to automatically transition manipulated configu- 
ration settings from the source computing system to the target computing system. At Step 76, transition package is 
50 optionally verified on the target computing system to ensure that the transition package has been correctly applied to 
the target computing system. 

[0066] In one exemplary preferred embodiment of the present invention, the transition package is sent from the 
Preparation application 22 on the source computing system 12 within an Injection application 24 to the target computing 
system 26. The Injection application 24 with the transition package can be sent to the target computing system 26 via 
55 on a floppy disk, zip-disk, or CD-ROM, or transferred using e-mail, TCP/IP, FTP, or with other network transfer mech- 
anisms. At Step 72, the target computing system 26 receives the Injection application 24 with the transition package 
from the source computing system 1 2. As was described above, in one exemplary preferred embodiment of the present 
invention, the transition package includes a list of commands along with necessary source data for multiple manipulated 



10 



f 

\ 



EP 1 173 809 B1 

configuration settings. At Step 74, an Injection application 24 "infuses" the target computing system 26 with manipulated 
configuration settings from the source computing system 12. The Injection application 24 reads and executes the list 
of commands from the transition package to transition configuration to the target computing system 26. The Injection 
application 24 is invoked by the operating system 34 on the target computing system. At Step 76, transition package 
is optionally verified on the target computing system 26 to ensure that the transition package has been correctly applied 
to the target computing system 26. In one exemplary preferred embodiment of the present invention, the Injection 
application 24 also verifies the injection of the transition configuration settings on the target computing system 26. In 
another exemplary preferred embodiment of the present invention, a separate Verification application verifies config- 
uration settings infused by the Injection application 24. 

Exemplary automatic transition of configuration settings 

[0067] FIGS. 6A and 6B are flow diagram 78 illustrating one exemplary method for automatically transitioning con- 
figuration settings for one exemplary preferred embodiment of the present invention. However, the present invention 
is not limited to this exemplary embodiment and other embodiments could also be used. At Step 80 of FIG. 6A. an 
Extraction plan and a Transition plan are prepared with the User Interface applrcation 20. At Step 82, multiple config- 
uration settings are located on a source computing system 12 with an Extraction application 18 using a Personality 
object 58. At step 84, the multiple configuration settings are extracted from multiple locations on the source computing 
system 12 with the Extraction application 18 and the Extraction plan. At Step 86, the multiple extracted configuration 
settings are stored in a database forniat on the source computing system 12. At Step 88, the multiple extracted con- 
figuration settings are manipulated with a Preparation application 22 and the Transition plan. At Step 90, a transition 
package is prepared from the multiple manipulated configuration settings by the Preparation application 22. The tran- 
sition package is used to transition configuration settings from the source computing system to the target computing 
system 26. 

[0068] At Step 92 of FIG. 6B, an Injection applteation 24 including the transition package is prepared by the Prepa- 
ration application 22. The Injection application 24 uses the transition package to transition configuration settings from 
the source computing system to the target computing system. At Step 94, the Injection application 24 including the. 
transition package is sent from the source computing system 1 2 to the target computing system 26. 
[0069] At Step 94, the Injection application including the transition package is received on the target computing 
system 26 from the source computing system 12. At Step 98, the transition package is infused with the Injection ap- 
plication 24 on the target computing system 26 to transition configuration settings from the source computing system 
12 to the target computing system 26. At Step 100, configuration settings from the transition package are optionally 
verified with the Injection application 24 to ensure that the transition package has been correctly applied to the target 
computing system. 

Data flow for exemplary automatic transition of configuration settings 

[0070] FIG. 7 is a block diagram illustrating a data flow 102 for the automatic configuration setting transition from 
FIGS. 6A and 6B. The User Interface application 20 is used to create 104 an Extraction plan and a Transition plan (e. 
g., Step 80 of FIG. 6A). The Extraction application 18 locates and extracts 106 multiple configuration settings from 
multiple locations on the source computing system using the Personality object 58 and the Extraction plan (e.g., Steps 
82 and 84). The multiple extracted configuration settings are stored 108 in a pre-determined transition fomnat in tem- 
porary storage on the source computing system 12 (e.g., Step 86). The multiple extracted configuration settings may 
also be stored 1 1 0 in persistent storage in the database 1 6. The Preparation application 22 manipulates 1 1 2 the multiple 
extracted configuration settings stored in the pre-detemiined transition fonnat using the Transition plan (e.g.. Step 88). 
The Preparation application 22 creates 114 a transition package from the multiple manipulated configuration settings. 
The transition package includes the multiple manipulated configuration settings (e.g., Step 90). 
[0071] As was discussed above, the transition package can be stored 116 in the database 16 by the Preparation 
application 22. The transition package can also be transferred directly to the Injection applteation 24, The transition 
package can also be read from the database 1 6 by the Preparation application 22 and sent to the Injection application 
24 at a later time. The Preparation application 22 prepares 118 an Injection Application 24 including the transition 
package (e.g., Step 92, FIG. 68). The Injection Application 24 is sent 120 from the source computing system 12 to the 
target computing system 26 (e.g., Step 94). 

[0072] The target computing system 26 receives the injection application 24 with transition package from the source 
computing system 12 (e.g.. Step 96). The Injection application 24 "infuses" 122 the target computing system 26 with 
manipulated configuration settings in the transition package from the source computing system 1 2 (e.g., Step 98). The 
Injection application 24 reads and executes the list of commands from the transition package to transition configuration 
to the target computing system 26. The transition package is optionally verified 124 on the target computing system 
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26 to ensure that the transition package has been correctfy applied to the target connputing systenn 26 {e.g.. Step 1 00). 
Exemplary automatic transition products 

[0073] In one exemplary preferred embodiment of the present invention, the Extraction application 18, the User 
Interface application 20, the Preparation application 22 and the Injection application 24 are Windows 32-bit ('•Win32'') 
applications written in C++ and Visual Basic. However, the present invention is not limited to Win32 applications, and 
other types of applications can also be used. In addition, other programming languages could also be used to implement 
the transition applications. The transition Win32 applications support the exemplary transition illustrated in Table 6. 
However, the present invention is not limited to the transitions illustrated in Table 6, and other transitions could also 
be made between a source computing system and a target computing system. 



WIfxJows 95 ver. X to Windows 95 ver. Y 

Windows 95 to Windows 98 

Windows 98 ver. X to Windows 98 ver. Y 

Windows 95 to Windows NT 

Windows 98 to Windows NT 

Windows NT ver. X to Window NT ver. Y* 

Windows XX td Windows YY 

Windows XX ver. X to Windows YY ver. Y 

Table 6. 

[0074] In one exemplary prefen-ed embodiment of the present invention, the present invention may also include the 
transition of configuration settings to a target computing system that are NOT present on a source computing system, 
but were calculated from other settings on the source computing system. Such an embodiment can be inclusive such 
that "old settings" as well as "new calculated settings" are injected. The translation process may also be exclusive such 
that a target computing system does not receive any "old settings" but only new settings "calculated" from the old 
settings on a source computing system. The translation process may also be used for extracting configuration settings 
from multiple source computing systems that are local or remote, and "conglomerating" them onto a single target 
computing system. 

[0075] In another exemplary preferred embodiment of the present invention, configuration. settings can be transi- 
tioned without any transition data ever being embodied into a persistent storage medium. In such an embodiment, 
extracted transition data is transmitted via a data stream over a network and is consumed (i.e., processed and or 
injected) without ever being stored in a persistent storage medium. 

[0076] In yet another exemplary preferred embodiment of the present invention, a target computing system can be 
infused with configurations settings that have not originated from a source computing system and have not been cal- 
culated from old configuration settings on the source computing system. In such an embodiment, a new target com- 
puting system is built and configuration settings are from a "newly developed" source that is not a source computing 
system (e.g., a proposed new operating system or proposed new computer hardware). 

[0077] In yet another embodiment of the present invention, the transitioning process may also take settings from a 
single source computing system and "distribute" them to multiple target computing systems such that only a subset of 
the settings from the source computing system reside on any one target computing system. The subsets of transition 
data may overlap or be exclusive. 

[0078] In yet another embodiment of the present invention, the transition process may take configuration settings 
from multiple source computing systems and inject them onto multiple target computing systems, but in a manner such 
that there is no correlation between the configuration settings from the source computing systems and target computing 
systems the configuration settings are injected onto. For example, three configuration settings from a first source com- 
puting system are transitioned to a first set target computing systems, while one configuration setting from a second 
source computing system is transitioned to a second set of target computing systems not including the first set of target 
computing systems. 

[0079] The methods and system described herein provide an automated transition process for transition configuration 
settings from a target computing system to a host computing system. The method and system may vastly reduce 
transition, configuration and deployment times for service providers, corporations, and end-users for transitions from 
a target computing system to source computing system. The method and system may also save time, resources, 
improve transition quality, and lower user frustration. 

[0080] It should be understood that the programs, processes, methods and systems described herein are not related 
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or limited to any particular type of computer or network system (hardware or software), unless indicated otherwise. 
Various types of general purpose or specialized computer systems may be used with or perform operations in accord- 
ance with the teachings described herein. 

[0081] In view of the wide variety of embodiments to which the principles of the present invention can be applied, it 
should be understood that the illustrated embodiments are exemplary only, and should not be taken as limiting the 
scope of the present invention. For example, the steps of the flow diagrams may be taken in sequences other than 
those described, and more or fewer elements may be used in the block diagrams. While various elements of the 
preferred embodiments have been described as being implemented In software, in other embodiments hardware or 
firmware implementations may alternatively be used, and vice-versa. 

[0082] The claims should not be read as limited to the described order or elements unless stated to that effect. 
Therefore, all embodiments that come within the scope of the following claims and equivalents thereto are claimed as 
the invention. 



Claims 

1. A method for automatically transitioning configuration settings from a source computing system (12) to a target 
computing system (26), comprising the steps of: 

locating a plurality of configuration settings on a source computing system (12) using a Personality object (58); 
extracting the plurality of configuration settings from a plurality of locations on the source computing system 
(12); 

storing the plurality of extracted configuration settings in a pre-detemnined transition fomriat; 
manipulating the plurality of extracted configuration settings stored in the pre-detemnined transition format; and 
preparing a transition package from the plurality of manipulated configuration settings stored In the pre-deter- 
mined transition format, wherein the transition package is used to transition configuration settings from the 
source computing system (12) to a target computing system (26>. 

2. A computer readable medium having stored therein instructions for causing a central processing unit to execute 
the method of Claim 1 . 

3. The method of Claim 1 further comprising: 

transferring the transition package to a target computing system (26); and 

infusing the transition package on the target computing system (26) to transition configuration settings from 
the source computing system (12) to the target computing system (26). 

4. The method of Claim 3 further comprising: 

optionally verifying that the configuration settings in the transition package has been correctly applied to the 
target computing system (26). 

5. The method of Claim 1 wherein the step of extracting the plurality of configuration settings includes extracting the 
plurality of configuration settings using an extraction plan. 

6. The method of Claim 5 wherein the extraction plan includes a full list of configuration settings available on the 
source computing system (12), an exclusion list, to exclude one or more configuration settings from the full list, 
and an inclusion list, to include only selected ones of the configuration settings from the full list. 

7. The method of Claim 1 wherein the step of storing the plurality of extracted configuration settings in a pre-deter- 
mined transition fomriat includes storing the plurality of configuration settings in a pre-detenmined transition fonnat 
suitable for a database (16) on the source computing system (12). 

8. The method of Claim 1 wherein the step of storing the plurality of extracted configuration settings in a pre-deter- 
mined transition fomnat includes storing the extracted configuration settings in a pre-detenmined transition format 
in any of a volatile or non-volatile storage on the source computing system (12). 

9. The method of Claim 1 wherein the step of manipulating the plurality of extracted configuration settings stored in 



EP1 173 809 B1 

the pre-detemnined transition format includes transitioning a first configuration setting in a first format used on the 
source computing system (12) into a second configuration setting in a second fomnat used on the target connputing 
system (26). 

The method of Claim 1 wherein the step of manipulating the plurality of extracted configuration settings stored in 
the pre-detennined transition format includes removing one or more of the extracted configuration settings. 

The method of Claim 10 wherein the one or more of the extracted configuration settings are removed based on a 
transition plan. 

The method of Claim 11 wherein the transition plan includes a full list of configuration settings extracted from the 
source computing system (12), an exclusion list, to exclude one or more configuration settings from the full list, 
and an inclusion list, to include only selected ones of the configuration settings from the full list. 

The method of Claim 1 wherein the step of preparing a transition package from plurality of extracted configuration 
settings includes preparing a list of commands along with the plurality of manipulated configuration settings and 
related data for the target computing system (26). 

The method of Claim 1 wherein the Personality object (58) includes a computer readable medium having stored 
therein a plurality of object-oriented data stmctures for locating configuration settings on the source computing 
system (12), the computer readable medium comprising: 

a Desktop object-oriented object (60) for storing information about configuration settings associated with a 
windowed graphical user interface; 
25 a Network object-oriented object (62) for storing infonmation about configuration settings associated with a 

computer networtc; 

an Internet object-oriented object (64) for storing information about configuration settings associated with the 
Internet; 

a Mail object-oriented object (66) for infomnation about configurations settings associated with electronic mail; 
30 and 

an Application object-oriented object (68) for infomnation about configuration settings associated with software 
applications. 

15, The method of Claim 1 wherein the step of locating a plurality of configuration settings includes locating a plurality 
35 of configuration settings with an Extraction application (18). 

16. The method of Claim 1 wherein the wherein the step of extraction a plurality of configuration settings includes 
extraction a plurality of configuration settings with an Extraction application (18) using an extraction plan. 

40 17. The method of Claim 1 wherein the step of manipulating the plurality of extracted configuration settings includes 
manipulating the plurality of extracted configuration settings with a Preparation application (22) using a transition 
plan. 

18. The method of Claim 1 wherein the step of preparing a transition package from the plurality of manipulated con- 
45 figuration settings includes preparing a transition package with a Preparation application (22), wherein the transition 

package is included within an Injection application (24) prepared by the Preparation application (22). 

19. The method of claim 1 further comprising: 

50 receiving a transition package on a target computing system (26) from a source computing system (1 2), where- 

in the transition package includes a plurality of manipulated configuration settings from the source computing 
system (12) and wherein the transition package is used to transition manipulated configuration settings from 
the source computing system (12) to the target computing system (26); 

infusing the transition package on the target computing system (26) to automatically transition configuration 
55 settings from the source computing system (12) to the target computing system (26); and 

optionally verifying configuration settings from the source computing system (12) on the target computing 
system (26) to ensure that the transition package has been correctly applied to the target computing system 
(26). 
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20. A computer readable medium having stored therein instructions for causing a central processing unit to execute 
the method of Claim 1 9. 

21. The method of Claim 19 wherein the step of receiving a transition package on a target computing system (26) 
includes receiving an Injection application (24) including the transition package. 

22. The method of Claim 19 wherein the step of infusing the transition package on the target computing system (26) 
includes infusing the transition package with an Injection application (24), wherein the Injection application (24) 
includes the transition package. 

23. The method of Claim 19 wherein the step of optionally verifying configuration settings includes optionally verifying 
configuration settings with an Injection application (24). 

24. The method of claim 1 further comprising a computer readable medium having stored therein a plurality of object- 
oriented data structures for a Personality object (58) for locating configuration settings on a source computing 
system (12), the computer readable medium comprising: • 

a Desktop object-oriented object (60) for storing information about configuration settings associated with a 
windowed graphical user interface; 

a Network object-oriented object (62) for storing information about configuration settings associated with a 
computer network; 

an Internet object-oriented object (64) for storing information about configuration settings associated with the 
Internet; 

a Mail object-oriented object (66) for storing infonnation about configurations settings associated with elec- 
tronic mail; and 

an Application object-oriented object (68) for storing information about configuration settings associated with 
software applications. 

25. The method of claim 1 further comprising: 

locating a plurality of configuration settings on one or more source computing systems (12); 

extracting selected ones of the plurality of configuration settings from a plurality of locations on the plurality 

of source computing systems (12); and 

creating a plurality of transitions packages from the selected ones of the plurality of extracted configuration 
settings. 

26. A computer readable medium having stored therein instructions for causing a central processing unit to execute 
the method of Claim 25. 

27. The method of Claim 25 further comprising: 

infusing the one or more transition packages on one or more target computing systems (26) to automatically 
transition configuration settings from the one or more source computing systems (12) to the one or more target 
computing systems (26). 

28. The method of Claim 27 wherein the step of infusing the one or more transition packages includes infusing the 
one or more transition packages on the one or more target computing systems (26) from one or more intennediate 
computing systems. 

29. The method of Claim 25 wherein the step of creating a plurality of transitions packages from the selected ones of 
the plurality of extracted configuration settings includes creating a plurality of transitions packages from the selected 
ones of the plurality of extracted configuration settings on one or more intermediate computing systems. 

30. The method of Claim 25 wherein the step of sending the plurality of transitions packages to one or more target 
computing systems (26) includes sending the plurality of transitions packages to one or more target computing 
systems (26) using one or more Intennediate computing systems. 



31. The method of claim 1 further comprising: 
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preparing an extraction plan and a transition plan with a User Interface application (20); 

locating a plurality of configuration settings on a source computing system (12) with an Extraction application 

(18) using a Personality object (58); 

extracting the plurality of configuration settings from a plurality of locations on the source computing system 
(12) with the Extraction application (18) and the extraction plan; 

storing the plurality of extracted configuration settings in a database format on the source computing system 
(12); 

manipulating the plurality of extracted configuration settings stored in the database format with a Preparation 
application (22) and the transition plan; 

preparing a transition package from the plurality of manipulated configuration settings stored in the database 
fonrtat with the Preparation application (22), wherein the transition package is used to transition configuration 
settings from the source computing system (12) to a target computing system (26); 

preparing an Injection application (24) including the transition package with the Preparation application (22), 
wherein the Injection application (24) uses the transition package to transition configuration settings from the 
source computing system (12) to the target computing system (26); and 

sending the Injection application (24) including the transition package from the source computing system (12) 
to the target computing system (26). 

32. A computer readable medium having stored therein instructions for causing a central processing unit to execute 
the method of Claim 31 . 

33. The method of Claim 31 further comprising: 

receiving the Injection application (24)including the transition package on the target computing system (26) 
from the source computing system (12); 

infusing the transition package with the Injection application (24) on the target computing system (26) to tran- 
sition configuration settings from the source computing system (12) to the target computing system (26); and 
optionally verifying configuration settings from the transition package with the Injection application (24) to 
ensure that the transition package has been correctly applied to the target computing system (26). 

34. The method of Claim 31 wherein the Personality object (58) includes a computer readable medium having stored 
therein a plurality of object-oriented data stnjctures for locating configuration settings on the source computing 
system (12), the computer readable medium comprising: 

a Desktop object-oriented object (60) for storing information about configuration settings associated with a 
windowed graphical user interface; 

a Network object-oriented object (62) for storing information about of configuration settings associated with a 
computer network; 

an Internet object-oriented object (64) for storing infomnation about of configuration settings associated with 
the Internet; 

a Mail object-oriented object (66) for storing information about configurations settings associated with elec- 
tronic mail; and 

an Application object-oriented object (68) for storing information about configuration settings associated with 
software applications. 

35. An automatic transition system (10), the system comprising in combination: 

a user interface application (20) for preparing an extraction plan and a transition plan to extract and transition 

configuration settings from a source computing system (12) to a target computing system (26); 

an extraction application (18) for locating and extracting configuration settings on a source computing system 

(1 2) to transition to a target computing system (26), wherein the extraction application (18) uses a Personality 

object (58) to locate, and an extraction plan to extract configuration settings on the source computing system 

(12): 

a preparation application (22) for manipulating configuration settings extracted from a source computing sys- 
tem (1 2) and for preparing a transition package using a transition plan, wherein the transition package includes 
a plurality of manipulated configuration settings from the source computing system (12) and wherein the tran- 
sition package is used to transition configuration settings from the source computing system (12) to a target 
computing system (26); 
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an injection application (24) for infusing manipulated configuration settings from a transition package to tran- 
sition configuration settings from a source computing system (12) to a target computing system (26); and 
a database (1 6) for storing configuration settings extracted from a source computing system (1 2), manipulated 
configuration settings from a source computing system (1 2), and transition packages to transition configuration 
settings from a source computing system (12) to a target computing system (26). 



Patentanspruche 

1 . Verfaliren zum automatischen Transitionieren von Konfigurationseinstellungen von einem Quellcomputersystem 
(12) zu einem Zielcomputersystem (26), umfassend die folgenden Schritte: 

Lokalisieren einer Vielzahl von Konfigurationseinstetlungen auf einem Quellcomputersystem (12) unter Ver- 
wendung eines Personality objekts (58); 

Extrahieren der Vielzahl von Konfigurationseinstellungen von einer Vielzahl von Orten auf dem Quellcompu- 
tersystem (12); 

Speichern der Vielzahl extrahierter Konfigurationseinstellungen in einem vorbestimmten Transitionierungsfor- 
mat; 

Bearbeiten der Vielzahl extrahierter Konfigurationseinstellungen, die in dem vorbestimmten Transttionierungs- 
fomnat gespeichert srnd; und 

Erzeugen eines Trans itionierungspakets aus der Vielzahl bearlDeiteter Konfigurationseinstellungen, die in dem 
vorbestimmten Transitronierungsformat gespeichert sind, wobei das Transitionierungspaket verwendet wird, 
um Konfigurationseinstellungen von dem Quellcomputersystem (12) zu einem Zielcomputersystem (26) zu 
transitionieren. 

2. Computeiiesbares Medium mit darin gespeicherten Anweisungen, damit bewirkt wird, dass eine zentrale Verar- 
beitungseinheit das Verfahren nach Anspruch 1 ausfuhrt. 

3. Verfahren nach Anspruch 1 , femer umfassend: 

Transferieren des Transition ierungspakets zu einem Zielcomputersystem (26); und 

Einbringen des Transitionierungspakets auf dem Zielcomputersystem (26), um Konfigurationseinstellungen 
von dem Quellcomputersystem (12) zu dem Zielcomputersystem (26) zu transitionieren. 

4. Verfahren nach Anspruch 3, femer umfassend: 

Optionales Verifizieren, dass die Konfigurationseinstellungen in dem Transitionierungspaket korrekt auf das 
Zielcomputersystem (26) angewendet worden sind. 

5. Verfahren nach Anspruch 1 , wobei der Schritt des Extrahierens der Vielzahl von Konfigurationseinstellungen das 
Extrahieren der Vielzahl von Konfigurationseinstellungen unter Verwendung eines Extraktionsplans einschlief3t. 

6. Verfahren nach Anspruch 5, wobei der Extraktionsplan eine vollstandige Liste der auf dem Quellcomputersystem 
(12) zur Verfugung stehenden Konfigurationseinstellungen, eine AusschliefSungsliste, um eine oder mehrere der 
Konfigurationseinstellungen von der vollstandlgen Liste auszuschlieBen, sowie eine EinschlieBungsliste ein- 
schlieBt, um lediglich ausgewdhlte Konfigurationseinstellungen von der vollstandlgen Liste einzuschlieBen. 

7. Verfahren nach Anspruch 1 , wobei der Schritt des Speichems der Vielzahl extrahierter Konfigurationseinstellungen 
in einem vorbestimmten Transitionierungsfonmat das Speichem der Vielzahl von Konfigurationseinstellungen in 
einem vorbestimmten Transition ierungsfomriat einschlieBt, das fur eine Datenbank (16) auf dem Quellcomputer- 
system (12) geeignet ist. 

8. Verfahren nach Anspruch 1 , wobei der Schritt des Speichems der Vielzahl extrahierter Konfigurationseinstellungen 
in einem vorbestimmten Transitionierungsfonmat das Speichem der extrahierten Konfigurationseinstellungen in 
einem vorbestimmten Transitionierungsformat in einem fluchtigen oder nichtfluchtigen Speicher auf dem Quell- 
computersystem (1 2) einschlieBt 

9. Verfahren nach Anspruch 1, wobei der Schritt des Bearbeitens der Vielzahl von extrahierten Konfigurationsein- 
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stellungen, die in dem vorbestimmten Transitioniemngsformat gespeichert sind, das Transitionieren einer ersten 
Konfigurationseinstellung in einem ersten Fomnat, das auf dem Quellcomputersystem (12) venvendet wird, in eine 
zweite Konfigurationseinstellung in einem zwerten Format einschlieRt, das auf dem Zielcomputersystem (26) ver- 
wendet wird. 

10. Verfahren nach Anspruch 1 , wobei der Schritt des Bearbeitens der Vielzahl extrahierter Konfigurationseinstellun- 
gen, die in dem vorbestimmten Transition ierungsformat gespeichert sind, ein Entfemen einer oder mehrerer der 
extrahierten Konfigurationseinstellungen einschlieBt. 

1 1 . Verfahren nach Anspruch 1 0, wobei die eine oder die mehreren extrahierten Konfigurationseinstellungen auf einem 
Transitionierungsplan basierend entfemt werden. 

12. Verfahren nach Anspruch 11 , wobei der Transitionierungsplan eine vollstandige Liste der von dem Quellcompu- 
tersystem (12) extrahierten Konfigurationseinstellungen, eine AusschlieBungsliste, um eine oder mehrere der Kon- 
figurationseinstellungen von der vollstandtgen Liste auszuschlieBen, sowie eine EinschlieBungsttste einschlielBt, 
um lediglich ausgewahlte Konfigurationseinstellungen von der vollstandigen Liste einzuschlieBen. 

13. Verfahren nach Anspruch 1, wobei der Schritt des Erzeugens eines Transition ierungspakets aus einer Vielzahl 
von extrahierten Konfigurationseinstellungen das Erzeugen einer Liste von Befehlen einschlieBt gleichzeitig mit 
der Vielzahl von bearbeiteten Konfigurationseinstellungen und verwandter Daten fur das Zielcomputersystem (26) 
einschlieBt. 

14. Verfahren nach Anspruch 1, wobei das Personal ityobjekt (58) ein computerlesbares Medium einschlieBt, in dem 
eine Vielzahl objektorientierter Datenstrukturen zum Lokatisieren von Konfigurationseinstellungen auf dem Quell- 
computersystem (12) gespeichert sind, wobei das computerlesbare Medium umfasst: 

ein objektorientiertes Desktopobjekt (60) zum Speichem von Information uber Konfigurationseinstellungen, 
die mit einer mit Fenstem arbertenden graphischen Benutzeroberflache assoziiert sind; 
ein objektorientiertes Netzwerkobjekt (62) zum Speichern von Infomnation uber Konfigurationseinstellungen, 
die mit einem Computernetzwerk assoziiert sind; 

ein objektorientiertes Intemetobjekt (64) zum Speichern von Infomiation uber Konfigurationseinstellungen, 
die mit dem Internet assoziiert sind; 

ein objektorientiertes Mailobjekt (66) fur Information uber Konfigurationseinstellungen, die mit elektronischer 
Mail assoziiert sind; und 

ein objektorientiertes Applikationsobjekt (68) fur Information uber Konfigurationseinstellungen, die mit Soft- 
wareapplikattonen assoziiert sind. 

15. Verfahren nach Anspruch 1, wobei der Schritt des Lokalisierens einer Vielzahl von Konfigurationseinstellungen 
das Lokalisieren einer Vielzahl von Konfigurafionseinstellungen mit einer Extraktionsapplikation (18) einschlieBt. 

16. Verfahren nach Anspruch 1 , wobei der Schritt des Extrahierens einer Vielzahl von Konfigurationseinstellungen die 
Extraktion einer Vielzahl von Konfigurationseinstellungen mit einer Extraktionsapplikation (18) unter Verwendung 
eines Extraktionsplans einschlieBt. 

17. Verfahren nach Anspruch 1 , wobei der Schritt des Beartaeitens der Vielzahl extrahierter Konfigurationseinstellun- 
gen das Beariaerten der Vielzahl extrahierter Konfigurationseinstellungen mit einer Erzeugungsappllkation (22) 
unter Verwendung eines Transitionierungsplans einschlieBt. 

18. Verfahren nach Anspruch 1 , wobei der Schritt des Erzeugens eines Transitionierungspakets aus der Vielzahl be- 
arbeiteter Konfigurationseinstellungen das Erzeugen eines Transitionierungspakets mit einer Erzeugungsappllka- 
tion (22) einschlieBt, wobei das Transitionierungspaket innerhalb einer Injektionsapplikation (24) eingeschlossen 
ist, die von der Erzeugungsappllkation (22) erzeugt ist. 

19. Verfahren nach Anspruch 1 ferner umfassend: 

Empfangen eines Transitionierungspakets auf einem Zielcomputersystem (26) von einem Quellcomputersy- 
stem (12), wobei das Transitionierungspaket eine Vielzahl bearbeiteter Konfigurationseinstellungen von dem 
Quellcomputersystem (12) einschlieBt und wobei das Transitionierungspaket verwendet wird, um beariDeitete 



18 



EP 1 173 809 B1 



Konfiguratlonseinstellungen von dem Quellcomputersystem (12) zu dem Zielcomputersystem (26) zu transi- 
tionieren; 

Einbringen des Transitionierungspakets auf dem Zielcomputersystem (26), um automatisch die Konfigurati- 
onseinstellungen von dem Quellcomputersystem (1 2) zu dem Zielcomputersystem (26) zu transitionieren; und 
Optionales Verifizieren der Konfiguratlonseinstellungen von dem Quellcomputersystem (1 2) auf dem Zielcom- 
putersystem (26), um sicherzusteilen, dass das Transitionierungspaket korrekt auf das Zielcomputersystem 
(26) angewendet worden ist. 

20. Comp uteri esbares Medium mit darin gespeicherten Anwelsungen, damit bewirkt wird, dass eine zentrale Verar- 
beitungseinheit das Verfahren nach Anspruch 19 ausfuhrt. 

21. Verfahren nach Anspruch 19, wobei der Schritt des Empfangens eines Transitionierungspakets auf einem Ziel- 
computersystem (26) das Empfangen einer Injektionsapplikation (24) einschlieBt, die das Transitionierungspaket 
einschlieBt. 

22. Verfahren nach Anspruch 1 9, wobei der Schritt des Einbringens des Transitionierungspakets auf dem Zielcompu- 
tersystem (26) das Einbringen des Transitionierungspakets mit einer Injektionsapplikation (24) einschlieBt, wobei 
die Injektionsapplikation (24) das Transitionierungspaket einschlieBt. 

23. Verfahren nach Anspruch 19, wobei der Schritt des optionalen Verifizierens der Konfiguratlonseinstellungen das 
optionale Verifizieren der Konfiguratlonseinstellungen mit einer Injektionsapplikation (24) einschlieBt. 

24. Verfahren nach Anspruch 1 ferner umfassend ein computeriesbares Medium mit einer darin gespeicherten Vielzahl 
von objektorientierten Datenstrukturen fur ein Personalltyobjekt (58) zum Lokalisteren von Konfiguratlonseinstel- 
lungen auf einem Quellcomputersystem (12), wobei das computerlesbare Medium umfasst: 

ein objektorientiertes Desktopobjekt (60) zum Speichern von Information uber Konfiguratlonseinstellungen, 
die mit einer mit Fenstem ariaertenden graphischen Benutzeroberflache assoziiert sind; 
ein objektorientiertes Netzwerkobjekt (62) zum Speichern von Infomnation uber Konfiguratlonseinstellungen, 
die mit einem Computernetzwerk assoziiert sind; 

ein objektorientiertes Intemetobjekt (64) zum Speichern von Infomnation uber Konfigurationseinstelfungen, 
die mit dem Internet assoziiert sind; 

ein objektorientiertes Mailobjekl (66) fur Information iiber Konfiguratlonseinstellungen, die mit elektronischer 
Mail assoziiert sind; und 

ein objektorientiertes Applikationsobjekt (68) fur Infomiation uber Konfiguratlonseinstellungen, die mit Soft- 
wareapplikationen assoziiert sind. 

25. Verfahren nach Anspruch 1 ferner umfassend: 

Lokalisieren einer Vielzahl vori Konfigurationseinstellungen auf einem odermehreren Quellcomputersystemen 
(12); 

Extrahieren ausgewahlter Konfigurationseinstellungen aus der Vielzahl der Konfigurationseinstellungen von 
einer Vielzahl von Orten auf der Vielzahl von Quellcomputersystemen (12); und 

Erzeugen einer Vielzahl vonTransitionierungspaketen aus den ausgewahlten Konfigurationseinstellungen der 
Vielzahl extrahierter Konfigurationseinstellungen. 

26. Computeriesbares Medium mit darin gespeicherten Anweisungen, damrt bewirkt wtrd, dass eine zentrale Verar- 
beitungseinheit das Verfahren nach Anspmch 25 ausfuhrt. 

27. Verfahren nach Anspruch 25 ferner umfassend: 

Einbringen der einen Oder der mehreren Transitionierungspakete auf ein Oder mehrere Zielcomputensysteme 
(26), um automatisch die Konfigurationseinstellungen von dem einen oder den mehreren Quellcomputersy- 
stemen (12) zu dem einen oder den mehreren Zielcomputersystemen (26) zu transitionieren. 

28. Verfahren nach Anspruch 27, wobei der Schritt des Einbringens des einen oder der mehreren Transitionierungs- 
pakete das Einbringen des einen Transitionierungspakets oder der mehreren Transitionierungspakete auf dem 
einen oder den mehreren Zielcomputersystemen (26) von einem odermehreren Zwischencomputersystemen ein- 
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schlieBt. 

29. Verfahren nach Anspruch 25, wobei der Schritt des Erzeugens einer Vielzahl von Transitionierungspaketen aus 
ausgewahlten Konfigurationseinstellungen der Vielzahl extrahlerter Konfigurationseinstellungen das Erzeugen ei- 
ner Vielzahl von Transitionierungspaketen aus ausgewahlten Konfigurationseinstellungen der Vielzahl extrahlerter 
Konfigurationseinstellungen auf einem oder mehreren Zwischencomputersystemen einschlieBt. 

30. Verfahren nach Anspruch 25, wobei der Schritt des Sendens der Vielzahl von Transitionierungspaketen zu einem 
Oder nnehreren Zielcomputersystemen (26) das Senden der Vielzahl von Transitionierungspaketen zu einem oder 
mehreren Zielcomputersystemen (26) unter Verwendung eines oder mehrerer Zwischencomputersysteme ein- 
schlieBt. 

31. Verfahren nach Anspruch 1 ferner umfassend: 

Erzeugen eines Extraktionsplans und eines Transitionierungsplans mit einer Benutzerschnittstellenapplikation 
(20): 

Lokalisieren einer Vielzahl von Konfigurationseinstellungen auf einem Quellcomputersystem (12) mit einer 
Extraktionsapplikation (18) unter Verwendung ernes Personal ityobjekts (58); 

Extrahieren der Vielzahl von Konfigurationseinstellungen von einer Vielzahl von Orten auf dem Quellcompu- 
tersystem (12) mit der Extraktionsapplikation (18) und dem Extraktionsplan; 

Speichern der Vielzahl extrahlerter Konfigurationseinstellungen in einem Datenbankfomnat auf dem Quell- 
computersystem (12); 

Bearbeiten der Vielzahl von extrahierten Konfigurationseinstellungen, die in dem Datenbankformat gespei- 
chert sind, mit einer Erzeugungsapplikation (22) und dem Transttionierungsplan; 

Erzeugen eines Transitionierungspakets aus der Vielzahl der in dem Datenbankformat gespeicherten. bear- 
beiteten Konfigurationseinstellungen mit der Erzeugungsapplikation (22), wobei das Transition ierungspaket 
verwendet wird, um Konfigurationseinstellungen von dem Quellcomputersystem (12) zu einem Zielcomputer- 
system (26) zu transitionieren; 

Erzeugen einer Injektionsapplikation (24) einschlieBIich des Transitionierungspakets mit der Erzeugungsappli- 
kation (22), wobei die Injektionsappttkation (24) das Transition ierungspaket verwendet, um Konfigurationsein- 
stellungen von dem Quellcomputersystem (12) zu dem Zielcomputersystem (26) zu transitionieren; und 
Senden der Injektionsapplikation (24) einschlief3lich des Transitionierungspakets vor> dem Quellcomputersy- 
stem (12) zu dem Zielcomputersystem (26). 

32. Computerlesbares Medium mit darin gespeicherten Anweisungen, damit bewirkt wird, dass eine zentrale Verar- 
beitungseinheit das Verfahren nach Anspruch 31 ausfuhrt. 

33. Verfahren nach Anspruch 31 ferner umfassend: 

Empfangen der Injektionsapplikation (24) einschlieBlich des Transitionierungspakets auf dem Zielcomputer- 
system (26) von dem Quellcomputersystem (12); 

Einbringen des Transitionierungspakets mit der Injektionsapplikation (24) auf dem Zielcomputersystem (26>, 
um Konfigurationseinstellungen von dem Quellcomputersystem (12) zu dem Zielcomputersystem (26) zu tran- 
sitionieren; und 

Optionales Verifizieren von Konfigurationseinstellungen von dem Transition ierungspaket mit der Injektions- 
applikation (24), um sicherzustellen, dass das Transitionierungspaket korrekt auf das Zielcomputersystem 
(26) angewendet worden ist. 

34. Verfahren nach Anspruch 31 , wobei das Personal ityobjekt (58) ein computerlesbares Medium einschlieBt. in dem 
eine Vielzahl objektorientierter Datenstrukturen gespeichert sind zum Lokalisieren von Konfigurationseinstellun- 
gen auf dem Quellcomputersystem (12), wobei das computerlesbare Medium umfassl: 

ein objektorientiertes Desktopobjekt (60> zum Speichern von Information uber Konfigurationseinstellungen, 
die mit einer mit Fenstem arbeitenden graphischen Benutzeroberflache assoziiert sind; 
ein objektorientiertes Netzwerkobjekt (62) zum Speichern von Information uber Konfigurationseinstellungen, 
die mit einem Computernetzwerk assoziiert sind; 

ein objektorientiertes Intemetobjekt (64) zum Speichern von Information uber Konfigurationseinstellungen, 
die mit dem Internet assoziiert sind; 
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ein objektorientiertes Mailobjekt (66) fur Information uber Konfigurationseinstellungen, die mit elektronlscher 
Mail assoziiert sind; und 

ein objektorientiertes Applikationsobjekt (68) fur Information uber Konfigurationseinstellungen, die mit Soft- 
wareapplikationen assoziiert sind. 

35. AutomatischesTransitionierungssystem (10), das in Kombtnation umfasst: 

eine Benutzerschnittstellenapplikation (20) zum Erzeugen eines Extraktionsptans und einesTransitionierungs- 
plans, um Konfigurationseinstellungen von einen Quellcomputersystem (12) zu extrahieren undzu einemZlel- 
computersystem (26) zu transltionieren; 

eine Extraktionsappiikation (18) zum Lokalisteren und Extrahieren von Konfigurationseinstellungen auf einem 
Quellcomputersystem (12), um diese zu einem Zlelcomputersystem (26) zu transitionieren, wobei die Extrak- 
tionsappiikation (1 8) ein Personalityobjekt (58) verwendet, um Konfigurationseinstellungen auf dem Quell- 
computersystem (12) zu lokalisieren, und einen Extraktionsplan verwendet, um Konfigurationseinstellungen 
auf dem Quellcomputersystem (12) zu extrahieren; 

eine Erzeugungsapplikation (22) zum Bearbeiten von Konfigurationseinstellungen, die von einem Quellcom- 
putersystem (12) extrahiert worden sind, und zum Erzeugen eines Transitioniemngspakets unter Verwendung 
eines Transitionierungsplans, wobei das Transition ierungspaket eine Vielzahl bearbeiteter Konfigurationsein- 
stellungen von dem Quellcomputersystem (12>einschlief3t und wobei das Transitionierungspaket verwendet 
wird, um Konfigurationseinstellungen von dem Quelbomputersystem (12) zu einem Zlelcomputersystem (26) 
zu transltionieren; 

eine Injektionsapplikation (24) zum Einbringen bearbeiteter Konfigurationseinstellungen von einem Transitio- 
nierungspaket. um Konfigurationseinstellungen von einem Quellcomputersystem (12) zu einem Ziebompu- 
tersystem (26) zu transitionieren; und 

eine Datenbank (16) zum Spelchern von Konfigurationseinstellungen, die von einem Quellcomputersystem 
(12) extrahiert worden sind, von bearbeiteten Konfigurationseinstellungen von einem Quellcomputersystem 
(12) und von Transition ierungspaketen, um Konfigurationseinstellungen von einem Quellcomputersystem (1 2) 
zu einem Zlelcomputersystem (26) zu transitionieren. 



Rcvendications 

1. Precede pourfaire passer automatiquement des parametres de configuration d'un systdme informatique source 
(12) vers un systeme infomnatique cible (26), comprenant les stapes conslstant 

localiser une pluralite de parametres de configuration sur un systeme informatique source (12) k I'alde d'un 
objet Personnalit6 (58); 

extraire la plurality de parametres de configuration d'une plurality d*emplacements sur le systdme infomnatique 
source (12); 

stocker la plurality de parametres de configuration extraits dans un fomnat de transition pr6d6termin6; 
manipuler la plurality de parametres de configuration extraits stock^s dans le format de transition predeter- 
mine; et 

preparer un bloc de transition k partir de la pluralite de parametres de configuration manipul6s stockes dans 
le format de transition predetermine, tandls que le bloc de transition est utilise pour faire passer des parametres 
de configuration du systeme infomnatique source (12) vers un systeme infomnatique cible (26). 

2. Support dechiffrable par ordlnateur, dans lequelsontstock6es des instructions pour amener une unite detraitement 
centrale e executer le proc6d6 selon la revendication 1 . 

3. Precede selon la revendication 1 , comprenant en outre les etapes consistant 

transferer le bloc de transition vers un systeme informatique cible (26); et 

introduire le bloc de transition sur le systeme informatique cible (26) pour faire passer les parametres de 
configuration du systeme informatique source (12) vers le systeme informatique cible (26). 

4. Precede selon la revendication 3, comprenant en outre retape consistant d ; 

verifier en option que les parametres de configuration dans le bloc de transition ont etecorrectement appliqu6s 



21 



EP 1 173 809 Bl 



au systeme infonnatique cible (26). 

5. Proced6 selon la revendication 1 , dans lequel I'etape consistant k extrarre la plurality de parametres de configu- 
ration connprend I'etape consistant h extraire la plurality de parametres de configuration k t'atde d*un plan d*ex- 
traction. 

6. Proc6de selon la revendication 5, dans lequel le plan d'extraction comprend une liste complete de parametres de 
configuration disponibles sur le systeme tnformatique source (12), une Itste d'exclusion, pour exclure un ou plu- 
sieurs parametres de configuration de la liste complete, et une liste d'inclusion, pour inclure uniquement certains 
parametres s^lectionn^s parmi les parametres de configuration de la liste complete. 

7. Precede selon la revendication 1 , dans lequel I'etape consistant k stocker la pluralite de parametres de configu- 
ration extraits dans un format de transition predetermine comprend I'etape consistant k stocker la pluralite de 
parametres de configuration dans un fonmat de transition predetermine adapte h une base de donnees (16) sur 
le systeme informatique source (12). 

8. Precede selon la revendication 1 . dans tequel retape consistant k stocker la pluralite de parametres de configu- 
ration extraits dans un format de transition predetemnine comprend retape consistant h stocker les parametres de 
configuration extraits dans un fonnat de transition predetermine dans une memoire volatile ou non volatile sur le 
systeme informatique source (12). 

9. Precede selon la revendication 1 , dans lequel I'etape consistant k manipuler la pluralite de parametres de confi- 
guration extraits stockes dans le format de transition predetermine comprend l*6tape consistant k transformer un 
premier parametre de configuration dans un premier fomnat utilise sur le systeme informatique source (12) en un 
deuxieme parametre de configuration dans un deuxieme format utilise sur le systeme infonnatique cible (26). 

10. Precede selon la revendication 1 , dans lequel I'etape consistant k manipuler la pluralite de parametres de confi- 
guration extraits stockes dans le format de transition predetermine comprend retape consistant k supprimer un 
ou plusieurs des parametres de configuration extraits. 

11. Precede selon la revendication 10, dans lequel un ou plusieurs des parametres de configuration extraits sent 
supprimes sur la base d'un plan de transition. 

12. Precede selon la revendication 11 , dans lequel le plan de transition comprend une liste complete des parametres 
de configuration extraits du systeme informatique source (12), une liste d'exclusion, pour exclure un ou plusieurs 
parametres de configuration de la liste complete, et une liste d'inclusion, pour inclure uniquement certains para- 
metres seiectionnes pamni les parametres de configuration de la liste complete. 

13. Precede selon la revendication 1, dans lequel I'etape consistant k preparer un bloc de transition k partir d'une 
pluralite de parametres de configuration extraits comprend I'etape consistant k preparer une liste de commandes 
en meme temps que la pluralite de parametres de configuration manipules et que les donnees associees pour le 
systeme informatique cible (26). 

14. Precede selon la revendication 1, dans lequel I'objet Personnalite (58) comprend un support dechiffrable par or- 
dinateur. dans lequel est stockee une pluralite de structures de donnees ortentees objet pour localiser des para- 
metres de configuration sur le systeme informatique source (1 2), le support dechiffrable par ordinateur comprenant: 

un objet Bureau (60) oriente objet pour stocker des informations sur les parametres de configuration associes 
k une interface utilisateur graphique avec fenetre; 

un objet Reseau (62> oriente objet pour stocker des informations sur les parametres de configuration associes 
k un reseau informatique; 

un objet Internet (64) oriente objet pour stocker des infonmations sur les parametres de configuration associes 
k Internet; 

un objet Courrier (66) oriente objet pour des informations sur les parametres de configuration associes au 
courrier eiectronique; et 

un objet Application (68) oriente objet pour des informations sur les parametres de configuration associes k 
des applications logicielles. 
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15. Precede selon la revendication 1 , dans lequel I'etape consistant k localiser une pluralite de parametres de confi- 
guration comprend I'etape consistant h localiser une pluralite de paramdtres de configuration avec une application 
d* Extraction (18). 

16. Precede selon la revendication 1 , dans lequel I'etape consistant k extraire une plurality de parametres de confi- 
guration comprend I'etape consistant ^ extraire une plurality de paramdtres de configuration avec une application 
d' Extraction (18) k I'aide d'un plan d'extraction. 

17. Proc6de selon la revendication 1, dans lequel I'etape consistant ^ manipuler la pluralite de paramdtres de confi- 
guration extraits comprend I'etape consistant h manipuler la plurality de parametres de configuration extraits avec 
une application de Preparation (22) k I'aide d'un plan de transition. 

18. Proc6d6 selon la revendication 1, dans lequel I'etape consistant k preparer un bloc de transition k partir de la 
pluralite de parametres de configuration manipules comprend I'etape consistant k preparer un bloc de transition 
avec une application de Preparation (22). dans laquelle le bloc de transition est Indus dans une application d'ln- 
jection (24) prdpar^e par t'application de Preparation (22). 

19. Precede selon la revendication 1 , comprenant en outre les etapes consistant k: 

recevoir un bloc de transition sur un systeme infonnatique cible (26) depuis un systeme infomnatique source 
(12), dans laquelle le bloc de transition comprend une pluralite de parametres de configuration manipules 
deputs le systeme informatique source (12) et dans laquelle le bloc de transition est utilise pour faire passer 
des parametres de configuration manipules du systeme informatique source (1 2) vers le systeme infomnatique 
cible (26): 

introduire le bloc de transition sur le systeme infomnatique cible (26) pour faire passer automatiquement les 
parametres de configuration du systeme informatique source (12) vers le systeme informatique cible (26); et 
verifier en option les parametres de configuration issus du systeme informatique source (12) sur le systeme 
informatique cible (26) pour s'assurer que ie bloc de transition a ete con-ectement applique au systeme infor- 
matique cible (26). 

20. Support dechiffrable par ordinateur, dans lequel sent stockees des instructions pour amener une unite de traitement 
centrale k executer le precede selon la revendication 1 9. 

21. Precede selon la revendication 19, dans lequel I'etape consistant k recevoir un bloc de transition sur un systeme 
informatique cible (26) comprend I'etape consistant a recevoir une application d'Injection (24) comprenant le bloc 
de transition. 

22. Precede selon la revendication 1 9, dans lequel I'etape consistant k introduire le bloc de transition dans le systeme 
informatique cible (26) comprend I'etape consistant a introduire le bloc de transition avec une application d'Injection 
(24), dans laquelle I'application d'Injection (24) comprend le bloc de transition. 

23. Precede selon la revendication 19, dans lequel I'etape consistant k verifier en option des parametres de configu- 
ration comprend I'etape consistant k verifier en option des parametres de configuration avec une application d'In- 
jection (24). 

24. Precede selon la revendication 1 , comprenant en outre un support dechiffrable par ordinateur, dans lequel est 
stockee une pluralite de structures de donnees orient6es objet pour un objet Personnalite (58) pour localiser les 
parametres de configuration sur un systeme infomnatique source (12), le support dechiffrable par ordinateur com- 
prenant: 

un objet Bureau (60) oriente objet pour stocker des informations sur les parametres de configuration associes 
k une interface utilisateur graph ique avec fenetre; 

un objet Reseau (62) oriente objet pour stocker des informations sur les parametres de configuration associes 
k un reseau informatique; 

un objet Internet (64) oriente objet pour stocker des infomnations sur les parametres de configuration associes 
k Internet; 

un objet Courrier (66) oriente objet pour stocker des informations sur tes parametres de configuration associes 
au courrier eiectronique; et 
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un objet Application (68) oriente objet pour stocker des infomnations sur les parametres de configuration as- 
socies d des applications logicielles. 

25. Precede selon la revendication 1 , comprenant en outre les etapes consistant k: 

localiser une pluralite de parametres de configuration sur un ou plusieurs systemes informatiques sources (1 2); 
extraire certains parametres selectionnes pamni la pluralite de parametres de configuration d'une plurality 
d'emplacements sur la pluralite de systemes informatiques sources (12); et 

cr6er une pluralite de blocs de transition a partir de parametres selectionnes pamil la plurality de parametres 
de configuration extraits. 

26. Support dechlffrable par ordinateur, dans lequelsontstock^esdes instructions pour amener une unit6 detraitement 
centrale h ex^uter le proc^d6 selon la revendication 25. 

27. Precede selon la revendication 25. comprenant en outre I'^tape consistant 

introduire le ou les blocs detransition sur un ou plusieurs systfemes infomriatiques cibles (26> pour faire passer 
automatiquement les parametres de configuration du ou des systemes informatiques sources (12) vers le ou 
les systemes informatiques cibles (26). 

28. Procdde selon la revendication 27, dans lequel I'etape consistant k introduire un ou plusieurs blocs de transition 
comprend retape consistant ^ introduire un ou plusieurs blocs de transition sur un ou plusieurs systemes infor- 
matiques cibles (26) depuis un ou plusieurs systemes infomnatiques Intermediaires. 

29. Precede selon la revendication 25, dans lequel I'etape consistant k cr6er une pluralite de blocs de transition k 
partir de parametres selectionnes parmi la pluralite de parametres de configuration extraits comprend I'etape con- 
sistant k creer une pluralite de blocs de transition k partir de parametres seiectionn6s parmi la pluralite de para- 
metres de configuration extraits sur un ou plusieurs systemes informatiques intermediaires. 

30. Precede selon la revendication 25, dans lequel retape consistant k envoyer la pluralite de blocs de transition vers 
un ou plusieurs systemes infonnatiques cibles (26) comprend I'etape consistant k envoyer la pluralite de blocs de 
transition vers un ou plusieurs systemes infonnatiques cibles (26) k I'aide d'un ou plusieurs systemes informatiques 
intermediaires. 

31. Precede selon la revendication 1, comprenant en outre les etapes consistant a: 

preparer un plan d'extraction et un plan de transition avec une application d'lnterf ace Utilisateur (20); 
localiser une pluralite de parametres de configuration sur un systeme infonnatique source (12) avec une ap- 
plication d'Extraction (18>e I'aide d'un objet Personnalite (58); 

extraire la pluralite de parametres de configuration d'une pluralite d'emplacements sur le systeme informatique 
source (12) avec rapplicatlon d'Extraction (18) et le plan d'extraction; 

stocker la pluralite de parametres de configuration extraits dans un fonnat de base de donnees sur le systeme 
informatique source (12); 

manipuler la pluralite de parametres de configuration extraits stockes dans un fonnat de base de donnees 
avec une application de Preparation (22) et le plan de transition; 

preparer un bloc de transition k partir de la pluralite de parametres de configuration manipuies stockes dans 
le fonnat de base de donnees avec rapplicatlon de Preparation (22), dans laquelle le bloc de transition est 
utilise pour faire passer des parametres de configuration depuis le systeme infonnatique source (12) vers un 
systeme informatique cible (26); 

preparer une application d'Injection (24) comprenant le bloc de transition avec I'application de Preparation 
(22), dans laquelle I'application d'Injection (24) utilise le bloc de transition pour faire passer des parametres 
de configuration du systeme informatique source (12) vers le systeme infonnatique ciWe (26); et 
envoyer I'application d'Injection (24) comprenant le bloc de transition du systeme informatique source (12) 
vers le systeme infonnatique cible (26). 

32. Support dechlffrable par ordinateur, dans lequel sontstockees des instructions pour amener une unite de traitement 
centrale k executer le precede selon la revendication 31 . 
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33. Precede selon la revendication 31 , comprenant en outre les etapes consistant a: 

recevoir rapplication d'Injection (24) comprenant le bloc de transition sur le systdme infomnatique cible (26) 
depuis le systenne infonrtatique source (12); 

introduire le bloc de transition avec Tapplication d'Injection (24) sur le systeme informatique cible (26) pour 
faire passer des param^tres de configuration du syst^nrte infomnatique source (12) vers le systeme informa- 
tique cible (26); et 

verifier en option les param^tres de configuration du bloc de transition avec I'application d'Injection (24) pour 
s'assurer que le bloc de transition a 6t6 coirectement applique au systeme informatique cible (26). 

34. Proc6d6 selon la revendication 31, dans lequel I'objet personnalit6 (58) comprend un support dechiffrable par 
ordinateur, dans lequel est stock6e une plurality de structures de donndes orient^es objet pour localiser des pa- 
ram^tres de configuration sur le systdme informatique source (12), le support dechiffrable par ordinateur compre- 
nant: 

un objet Bureau (60) orients objet pour stocker des informations sur les paramdtres de configuration associes 
k une interface utilisateur graphique avec fenetre; 

un objet Roseau (62) orients objet pour stocker des Informations sur les paramdtres de configuration associes 
k un r^seau informatique; 

un objet Internet (64) orients objet pour stocker des informations sur les paramdtres de configuration associes 
k Internet; 

un objet Courrier (66) orients objet pour des informations sur les param6tres de configuration associes au 
courrier 6lectronique; et 

un objet Application (68) orients objet pour des informations sur les param^tres de configuration associes k 
des applications logicietles. 

35. Syst6me de transition automatique (10), le systeme comprenant une association entre: 

une application d'interface utilisateur (20) pour preparer un plan d'extraction et un plan de transition pour 
extraire et faire passer des paramfetres de configuration d'un systeme informatique source (12) vers un sys- 
teme informatique cible (26); 

une application d'extraction (18) pour localiser et extraire des parametres de configuration sur un systeme 
informatique source (12) pour les faire passer vers un systeme informatique cible (26), dans lequel Tapplication 
d'extraction (18) utilise un objet Personnalite (58) pour localiser, el un plan d'extraction pour extraire des 
pararinfetres de configuration sur le systeme informatique source (12); 

une application de preparation (22) pour manipuler des parametres de configuration extraits d'un systeme 
informatique source (12) et pour preparer un bloc de transition a I'aide d'un plan de transition, dans lequel le 
bloc de transition comprend une plurality de paramfetres de configuration manipul§s depuis le systeme infor- 
matique cible (12) et dans lequel le bloc de transition est utilise pour faire passer des parametres de configu- 
ration du systeme informatique source (12) vers un systfeme informatique cible (26); 

une application d'injection (24) pour introduire des parametres de configuration manipul^s k partir d'un bloc 
de transition pour faire passer des parametres de configuration d'un systeme informatique source (12) vers 
un systeme informatique cible (26); et 

une base de donnees (16) pour stocker des paramfetres de configuration extraits d'un systeme informatique 
source (12), des parametres de configuration manipul6s depuis un systeme informatique source (12)^ et des 
blocs de transition pour faire passer des parametres de configuration d'un systeme informatique source (12) 
vers un systeme informatique cible (26). 
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FIG. 6B 




PREPARE AN INJECTION APPLICATION INCLUDING THE 
TRANSITION PACKAGE WITH THE PREPARATION 
APPLICATION 

i 

SEND THE INJECTION APPLICATION FROM THE SOURCE 
COMPUTING SYSTEM TO THE TARGET COMPUTING SYSTEM 

- i . 

RECEIVE THE INJECTION APPLICATION ON THE TARGET 
COMPUTING SYSTEM FROM THE SOURCE COMPUTING 

SYSTEM 

i 

INFUSE THE TRANSITION PACKAGE ON THE TARGET 
COMPUTING SYSTEM USING THE INJECTION APPLICATION 
TO TRANSITION CONFIGURATION SETTINGS ON THE 
TARGET COMPUTING SYSTEM 

i 

OPTIONALLY VERIFY THE INFUSION OF THE 
CONFIGURATION SETTINGS ON TARGET COMPUTING 
SYSTEM WITH THE INJECTION APPLICATION 



32 



EP1 173 809 B1 



FIG. 7 



102 



USER 
INTERFACE 
APPUCATION 




EXTRACTION 

APPLICATION h 
18 



PREPARATION 
APPUCATION 



-106 



□ 



-114 



T 



SOURCE 



22 
118 



I INJECTION 

• AP'PUCAtiON: 

I \ 



120 



12 



V 



"rRANS>, 



PACK. 



SOURCE 



INJECTION 
APPUCATION 




—122,124 




TARGET 



TARGET 



33 



Item 3 



With reference to Rules 29(2) and (3) EPC, the Examiner 

states at Sheet 5, item 3 (last paragraph) : 

Apparently none of these exceptions applies to 
independent claims 1 and 6. Therefore, if an 
amended set of claims is filed, the relevant 
subject-matter should be defined in terms of a 
single independent claim in each category followed 
by dependent claims covering features which are 
merely optional (Rule 29(3) EPC) . 

Applicant respectfully traverses the Examiner's position. 
Applicant respectfully submits that the present application 
should be allowed to contain both independent claims 1 and 6 
as these claims involve alternative solutions to a particular 
problem, where it is not appropriate to cover these 
alternatives by a single claim (Amended Rule 29 (2> EPC(c)). 

Applicant respectfully submits that independent claims 1 
and 6 provide alternative structures of a dual instruction set 
processor capable of executing two different sets of 
instructions and that a common problem is being solved by the 
structures of each claim. In particular Applicant submits 
that independent claims 1 and 6 provide alternative structures 
of a dual instruction set processor designed to decode and 
execute a first set of computer independent virtual machine 
instructions and a second set of computer instructions that 
are for a computer processor architecture that is different 
from the computer independent virtual machine instructions. 
Thus, the dual instruction set processor is capable of 
executing two different sets of instructions from two 
different sources, permitting the processor to have maximum 
efficiency in executing applications performing various 
functions . 

For example, with regard to the dual instruction set 
processor of claim 1, computer independent virtual machine 
instructions are processed to native instructions by a 



translation unit. The native instructions from the 
translation unit are decoded by a decode unit, and the decoded 
native instructions are executed by an execution unit. Thus, 
the dual instruction set processor of claim 1 can execute both 
computer independent virtual machine instructions and native 
instructions . 

For example, with regard to claim 6, the dual instruction 
set processor is configured to connect to a network and to a 
local memory. The first instruction decoder is configured to 
decode a first set of instructions, such as computer 
independent virtual machine instructions, from either the 
network or the local memory, and a second instruction decoder 
is configured to decode a second set of instructions different 
from the computer independent virtual machine instructions. 
An instruction execution unit executes the decoded 
instructions received from either decoder. Thus, the dual 
instruction set processor of claim 6 permits an application to 
invoke a set of instructions in the second instruction set (or 
be written entirely in the second instruction set) when more 
functionality is required than that provided by the first set 
of instructions, e.g., the computer independent virtual 
machine instruction set. 

In further support of Applicant's position. Applicant 

respectfully submits that the IPER of 9 April 1998 stated at 

item IV. 1.1: 

It would appear that the subject-matters of 
independent claims 1 and 6 are a priori concerned 
with the same problem, that is enabling a processor 
to execute two different instruction sets, and that 
on the one hand the translation unit and decoder of 
claim 1 and on the other the two decoders of claim 6 
constitute a priori corresponding special technical 
features (in the sense of Rule 13.2 PCT) of 
solutions of this problem. 

The EPO Communication dated 7 November 2 002, did not 
further raise objections to the IPER statements concerning the 
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subject-matters of claims 1 and 6. In particular, the 
subsequent EPO Communication of 7 November 2002, at Sheet 1, 
item 1, cited objections to deficiencies mentioned in the IPER 
under items "...V 1-4, VII, VIII 1, 3, 4...", i.e., not to the 
statements of item IV. 1.1 in the IPER. 

Based on the above remarks. Applicant respectfully 
submits claims 1 and 6 involve alternative solutions to a 
particular problem, where it is not appropriate to cover these 
alternatives by a single claim (Amended Rule 29(2) EPC(c)), 
and thus should be permitted to remain as independent claims 
within the present application. 



